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I. REAL PARTY IN INTEREST 

The real parties in interest are the Applicants, the assignees of the present 
application. 

II. RELATED APPEALS AND INTERFERENCES 

The undersigned filed an Appeal for the subject application on December 3, 2001. 
In response, the Examiner issued a new Office Action mailed January 8, 2002. The 
Applicants are now filing the subject supplemental appeal in response to the January 8, 
2002 Office Action. 

III. STATUS OF THE CLAIMS 

The application was originally filed with 36 claims. On December 7, 1999, a 
Preliminary Amendment was filed canceling claims 1-36 and adding new claims 37-119. 
In reply to the first Office Action dated December 20, 2000, the Applicant cancelled claim 
81, amended claims 37, 41, 48, 51, 59, 62, 74, 77, 80, 82, 85, 86, 87, 94, 95, 96, 97 and 
99-119, and added new claims 120-125 in an Amendment "A" dated March 28, 2001. In 
response to a final rejection dated May 11, 2001, the Applicants filed an RCE application 
and a Preliminary Amendment on July 31, 2001. In the Preliminary Amendment, claims 
39 5 4i 5 44 ? 5i 5 58, 64, 67, 69, 70, 71, 80 and 107 were amended and a second inadvertently 
numbered claim 48 was renumbered 126. In a non- final Office Action dated August 24, 
the Examiner rejected claims 37-80 and 82-126. In response, the Applicants filed an 
Appeal Brief appealing the rejection of claims 37-80 and 82-126 on December 3, 2001. 
Thereafter, the Examiner issued a Supplemental non-final Office Action after the Appeal 
on January 8, 2002 rejecting claims 37-80 and 82-126. The Applicants now file the subject 
Supplemental Appeal with 37-80 and 82-126 still at issue. 
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IV. STATUS OF THE AMENDMENTS 

Subsequent to final rejection, the Applicants filed the following amendments: 

(1) an Amendment B dated June 14, 2001 attempting to amend claims 41, 47, 58, 
64, 71, 80, 99, 107, and 108 and renumbered a second inadvertently numbered claim 48 to 
126. In the Examiner's Advisory Action dated July 3, 2001, this Amendment B was not 
entered; and 

(2) the aforementioned Preliminary Amendment filed July 31, 2001. 
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V. SUMMARY OF THE INVENTION 

The present invention pertains to an on-line reservation system for restaurants. The 
system includes a web site which aggregates a plurality of restaurants. The web site allows 
an Internet user to search and find a selected restaurant, select a date and review the 
available time slots for open tables at the restaurant, book a reservation for one of the 
available time slots, and receive a real-time confirmation, all over the Internet. Each 
restaurant in the system also has access to their own database which is maintained 
according to one embodiment at the same server location that hosts the web site and which 
contains the restaurants time slot inventory for tables. Each restaurant is able to access 
their database using a local computer residing at the restaurant. Using the local computer, 
the restaurant can enter reservation booking information into the system for patrons 
making reservations by phone, facsimile, etc. The system therefore provides a complete 
table inventory management system for each restaurant. The system also aggregates the 
databases of all the participating restaurants into one large database. In an alternative 
embodiment, the reservation database for each restaurant is maintained at a local computer 
located at the restaurant and a redundant aggregate database for all the restaurants is 
maintained at the server location that hosts the web site. 
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VI. ISSUES 

(a) Whether claims 37-80 and 85-100, and 104-126 are unpatentable over Fukuma (US 
Patent No. 5,909,668) in view of Waytena (US Patent No. 5,978,770) and further in view 
of Leiseca. 

(b) Whether claims 82-84 and 101 and 103 are unpatentable over Fukuma in view of 
Steadham (US Patent No. 5,634,016) and further in view of Waytena and Leiseca. 

VII. GROUPING OF THE CLAIMS 

The rejected claims to not stand or fall together and each of the claims will be 
argued independently. 
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VIII. ARGUMENTS 

A. Whether claims 37-81 and 85-126 are unpatentable over 
Fukuma (US Patent No. 5,909,668) in view of Waytena (US 
Patent No. 5,978,770) and Leiseca. 

Prior to discussing the rejection, the Applicants would like to review the teachings 
of Fukuma, Waytena and Leiseca in detail. 

1. Fukuma 

Fukuma relates to a reservation management system for the efficient space 
utilization of a banquet hall capable of being partitioned into a plurality of areas. The 
system is an application program designed to run on a stand-alone computer such as a 
personal computer. The Applicants believe Figures 1, 3, 4 and 5 of Fukuma are most 
relevant to the present invention and therefore the teachings of Fukuma with respect to 
these figures will be described in detail below. 

Figure 1 of Fukuma illustrates the main software structures of Fukuma' s banquet 
hall reservation system. The main structures include a management table 1, reservation 
management tables 2, a management table generation unit 7, a management information 
input unit 6, a conflicting area detection unit 4, a vacancy determination unit 3, and a 
reservation unit 5. 

Fi gure 3 of Fukuma illustrates all the possible partitions of an exemplary banquet 

hall named "Fuji" that can be sub-divided into three sub-banquet areas ("Fuji 1", "Fuji 
2", and "Fuji 3"). In this example, all the possible combinations of banquet areas are 
assigned an area code as provided in the table below. 



Area Code 


Area 


10 


The entire Fuji banquet hall comprising sub 
areas Fuji 1, Fuji 2, and Fuji 3. 


11 


Sub-area Fuji 1 


12 


Sub-area Fuji 2 


13 


Sub-area Fuji3 


1.4 


Fuji North which includes sub-areas 1 and 2 


1.5 


Fuji South which includes sub-area 2 and 3 
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Figure 4 of Fukuma provides an actual management table 1 for the Fuji banquet 
hall. In this management table, the area codes (10 through 15), the area names (Fuji, Fuji 
1, Fuji 2, Fuji 3, Fuji North and Fuji South), and the conflicting area codes for each area 
are provided respectively. For example, when the "Fuji" area code (10) is reserved, all 
the area codes (10-15) are in conflict and therefore can not be reserved. When "Fuji 2" 
area code (12) is reserved, codes (12, 10, 14 and 15) are in conflict and can not be 
reserved. However, non-conflicting areas Fuji 1 (1 1) and Fuji 3 (13) can be reserved. For a 
more detailed discussion of the management table 1, see Column 3, lines 57-68 and 
Column 4, lines 1-8. 

Figure 5 of Fukuma shows a reservation management table 2 for a given day 
(February 1, 1995 for the example provided by Fukuma). The reservation management 
table 2 in this example lists all the area codes defined above (10 through 15) for the Fuji 
banquet area, reservation information on an hourly basis (13:00, 14:00 ... 17:00), and the 
status of each area code (10 through 15) for each hour. Banquet areas that are reserved for 
a given hour are designated by either an "M" for meeting or a "D" for dinner. For 
example, banquet area 11 (Fuji 1) is reserved for a meeting between 14:00 and 16:00 
hours. Area codes for a given hour are also assigned a conflict number. For example, 
since none of the area codes are reserved at hour 13:00, they are all assigned a conflict 
number of " 0" , which means any of these area codes are available for booking. However 
at hour 14:00, area code 10 (Fuji) is assigned a conflict number of "3" since it is in 
conflict with Fuji 1 (11), Fuji 2 (12) and Fuji 3 (13), all of which are booked at this time. 
Similarly, area code 14 (Fuji North) is assigned a conflict number of 2 at hour 14:00 since 
Fuji 1(11) and Fuji 2(12) are both reserved at this time. For a more detailed discussion of 
this Figure, see column 7, lines 15-57. 



Prior to operation, the banquet hall provider is first required to determined the 
partitioning of the banquet hall space. The partitioning information and conflict 
information are then entered into the management table 1 as described above with respect 
to Figure 4. During operation when an actual reservation is to be made, the provider is 
first required to enter reservation information (a reservation number, party name, date, 
banquet area, purpose of use and date) through a series of prompts appearing on the 
computer display (12) of the computer of Figure 2. Once the information is entered, the 
vacancy determination unit (3) checks the reservation management table (2) to determine 
if the requested area code is available for the desired date and time and the conflicting area 
detection unit (4) determines if there is any conflict. If the requested area is available and 
there are no conflicts, then the reservation unit (5) enters the reservation into the 
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reservation management table (2) and then updates the table with the appropriate conflict 
information. 

It must be noted that in no way does Fukuma teach or suggest that the reservation 
system be connected to a network of any kind or that anybody but the banquet hall 
provider have access to the system. Thus in no way does Fukuma contemplate that third 
parties such a patron would have access to the system over a network. 



2. Way ten a 

Waytena provides a system for the remote scheduling of reservations by patrons 
for various attractions or services at a facility such as an amusement park. The system 
enables the patrons to efficiently use their time while at the facility, increasing the number 
of attractions or services visited by the patrons, thereby increasing their enjoyment at the 
facility. 

The Waytena system includes a plurality of hand-held communication devices 
(PCDs) provided to patrons when they arrive at the facility and a plurality of attraction 
computers, each associated with an attraction at the facility. The PCDs and attraction 
computers communicate with one another over a network to manage the scheduling of 
reservations. During operation, a user enters a request for a reservation for a particular 
attraction using a PCD. The request is then forwarded to the attraction computer over the 
network. The attraction computer processes the request and generates a proposed 
reservation time that is transmitted back to the PCD if the reservation can be 
accommodated. The patron can then elect to confirm the reservation using the PCD. A 
confirmation results in the patron's reservation time being stored in a "virtual" queue 
within the attraction computer. When a reservation time is approaching, the PDA is 
designed to alert the patron to proceed to the attraction. 

The Waytena system is also designed to operate in conjunction with physical 
queues as well. Thus in a situation where there is both a physical queue and a virtual queue 
for a given attraction, the management and scheduling of patrons using the virtual queue 
can be adjusted as desired to balance the admissions of those in the physical queue. 

It is useful to note that with the Waytena system, those in the physical queue are 
never entered into the reservation system. Rather the physical queue is simply used to 
adjust the admission of those in the virtual queue to an attraction. With reference to Figure 
6 and in Column 22 line 5, Waytena teaches: 
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When physical queue monitor 103 detects changes in the 
physical queue that necessitates changes in virtual queue 210 or when 
attraction information 611 indicates a problem or other change that 
necessitates such a change, queue updater 212 causes computer 101 to 
enter state 612. The virtual queue 210 is updated to account for the 
changes. ... 

More specifically, Waytena teaches that a processor 209 in the attraction computer 
determines a desired interleave ratio for admitting patrons from the physical and virtual 
queues. The interleave ratio is typically base on several factors, including for example, the 
size of the physical queue, staffing, throughput, etc. For more a more detailed discussion 
of the interleave ratio, see Figure 7 and Column 22 line 23 through Column 25 line 4 of 
Waytena. 

3. Leiseca 

Leiseca teaches a computerized system that allows both consumers and providers 
to negotiate and contract for unscheduled passenger or cargo space. The system includes a 
database and a number of terminals (TU) that communicate with the database over a 
telecommunications network (TN). The system provides a number of screens that are 
displayed on the terminals. The screens include: 

(i) Available Passenger or Cargo Transportation Space and Rates 
Tariffs Screen. In this screen, available transportation space is displayed; 

(ii) "Maybe" Passenger or Cargo Transportation Space Available 
Screen. With this screen, transportation providers provide a description of 

the-transportation spaee-that-may-be-available-for-consumers; 

(iii) "Maybe" Passenger or Cargo Transportation Space Needed 
Screen. With this screen, transportation consumers provide a description of 
the transportation space which is needed by the consumer; 
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(iv) Negotiation Screen. With this screen, providers and 
consumers may negotiate for cargo and transportation services; and 

(v) Contact Screen. With this screen providers and consumers 
may contract over electronic mail for cargo or transportation services. 

Each terminal may be used by either a transportation provider or a consumer. The 
database is programmed to lead the user through a different set of screens depending if the 
user is a transportation provider or a consumer. 

If the user is a transportation provider, the system provides the transportation 
provider with three options. 

With the first option, the transportation provider may enter 
schedules of transportation into the system. The system prompts the 
provider to enter the appropriate information using the Available 
Passenger or Cargo Transportation Space and Rates Tariffs Screen. 

With the second option, the transportation provider may enter 
"maybe" schedules for transportation (i.e., negotiable transportation 
space). With this option, the system prompts the provider using the 
Mayb e Passenger or Cargo Transportation Space Available Screen. 



With the third option, the transportation provider may browse 
through a list of "maybe" passenger or cargo transportation space 
already entered into the system by consumers. With this option, the 
system prompts the provider with the Maybe Passenger or Cargo 
Transportation Space Needed Screen. 

If the user is a consumer, the system provides the consumers with three options. 
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With the first option, the consumer may browse firm non- 
negotiable schedules of transportation entered into the system by 
providers. With this option, the system displays the Available Passenger or 
Cargo Transportation Space and Rates Tariffs Screen. If the consumer 
finds a suitable transportation schedule, the system displays the Contract 
Screen. The consumer can thereafter enter into a contract over the system 
with the transportation provider. 

With the second option, the consumer may browse "maybe" 
schedules for transportation (i.e., negotiable transportation space). With 
this option, the system prompts the user to the Maybe Passenger or Cargo 
Transportation Space Available Screen. If the consumer finds a suitable 
"maybe" transportation space, then the system displays the Negotiation 
Screen which allows the consumer and transportation provider to negotiate 
for the maybe transportation services. 

With the third option, the consumer may enter "maybe" 
transportation needs. With this option, the system prompts the user with 
the Maybe Passenger or Cargo Transportation Space Needed Screen. 

It is important to note what occurs in the Leiseca system when a contract has been 
entered for passenger or cargo transportation services. In column 7 lines 19-31, Leiseca 
teaches that once a contract for transportation services has been made, it is immediately 
deleted from the listings on the system. 



NS3657/NSC1 P097/JWR 



-10- 



USSN 08/915,352 



ROSEA001 



USSN 09/302,034 



4. The Rejection 

Claim 37 was rejected by the combination of Fukuma, Waytena and Leiseca. The 
Applicants submit that in constructing the rejection, the Examiner (1) completely 
misconstrued the actual teachings of Fukuma; and (2) improperly combined the Fukuma, 
Waytena and Leiseca references. 

a. Mis-Construction of Fukuma 

In paragraph 6 of the August 24, 2001 Office Action, the Examiner states Fukuma 
teaches a software product comprising: 

(i) "...a reservation booking database having a 
plurality of records corresponding to a plurality of 
time-slots for tables [at] a restaurant ..." 

In fact, the database of Fukuma only contains records pertaining to banquet areas. 
It does not contain a time slot display module for displaying a plurality of time-slots for 
tables at a restaurant as the Examiner states; 

(ii) "... and a website module configured to create afnj 
site to enable a user to book a table at a banquet 
area (Fig, 2/10) ..." 

In fact, since the Fukuma system can be accessed only by the banquet hall provider 
and the system is not connected to a network of any kind, there is absolutely no teaching 
or suggestion by Fukuma whatsoever of the website module configured to allow an 
Internet user to book a banquet area; 

(Hi) "... the website module further comprising a time 
slot display module configured to display one or 

more availab le time-slots correspondin g to one or 

more available tables at the banquet area 's place of 
business (Fig. 5/10/11/12/13/14/15) ... " 

Again, Fukuma does not teach a website module or a time-slot display module 
configured to display to an Internet user available tables. This statement by the Examiner 
is therefore completely inaccurate; 

(iv) "... and a booking module configured to enable the 
Internet user to book one of the available time slots 
to reserve the corresponding available table (Col. 5, 
lines 16-31) in the reservation booking database ... " 
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Again, there is absolutely no teaching or suggestion by Fukuma of a booking 
module that allows an Internet user to book an available time-slot at the banquet hall; and 



The database in Fukuma contains records corresponding to banquet areas, not time- 
slots for individual tables . The Examiner has therefore again misconstrued the teaching of 
the reference. 



It is assumed that the Examiner is relying on the database of Fukuma in 
combination with the virtual queue of Waytena and/or the database of Leiseca as 
analogous to the Applicants' reservation booking database that can be accessed by both a 
restaurant and Internet users respectively. The Applicants submit that the proposed 
combination is not only impermissible, but would still not result in the present invention 
even if it were proper to combine these references. 

(i) Fukuma Teaches Away from the Combination 

Fukuma has nothing to do with reserving individual tables at a restaurant or 
banquet hall as the Examiner suggests. Rather Fukuma teaches a system that enables 
■banquet_hall_proyiders_to_efficientlv manag e their ban q uet area space. The purpose of this 
system is to provide a banquet hall owner with a tool to effectively partition large banquet 
area space into smaller banquet areas. In the example described by Fukuma, the banquet 
area named "Fuji" can be subdivided into various combinations of sub-areas called "Fuji 
1", "Fuji 2, and "Fuji 3". Clearly this is a function that a banquet hall provider would like 
to control. For example, a banquet hall provider would not want a low paying client to be 
able to book a premium banquet space while a higher paying and/or preferred client is left 
with a less desirable space. A banquet hall provider would thus insist on managing their 
banquet space and would not want this function to be allocated to customers. Further, the 
Fukuma system is a stand-alone system. It is not connected to a computer network of any 
kind. It is not possible for patrons to access the Fukuma system. Fukuma therefore 
actually teaches away from the proposed combination with Waytena and/or Leiseca. In 



(v) 



"... the banquet area maintenance module further 
comprising a reservation booking database having a 
plurality of records, the plurality of records 
corresponding to time slots for the tables at the 
banquet hall ... " 



b. 



Improper Combination 
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fact, allowing patrons to access the Fukuma database and manage the space of a banquet 
hall would either destroy or at best significantly diminish the intended function of Fukuma 
which is the management of banquet area space by the banquet hall provider. 

(ii) Waytena Teaches Away form the Combination 

Waytena specifically teaches that those in the physical queue for an attraction are 
never included in the virtual queue of patrons who have made advanced reservations for 
the attraction. Rather the physical queue is simply used to adjust the rate of admission of 
those in the virtual queue to the attraction. Since Waytena explicitly teaches that patrons in 
the physical queue are never entered into the virtual queue, either by the facility provider 
or by patrons themselves, this reference actually teaches away from a system that includes 
a single database that can be access by both a facility provider and patrons. Thus, Waytena 
actually teaches away from the present invention. 

(hi) Leiseca Tea ches Awav form the Combination 

Leiseca teaches a database that can be accessed by both transportation providers 
and consumers. The transportation providers can access the database for the purpose of 
posting firm and maybe available transportation schedules and browsing the transportation 
needs of customers posted on the database. Customers access the database for the purpose 
of reserving and/or negotiating for transportation services or posting their transportation 
needs. Leiseca, however, does not teach or suggest that the database could be used by 
transportation providers to enter reservation information for consumers that have made 
reservations through other means, such as by telephone. On the contrary, Leiseca teaches 
that once a reservation has been made using the Leiseca system, the record of the 
reservation is actually removed from the listing. See Column 7, lines 20 - 25. This infers 
that-the-transportation-providermaintains-theirbooked reservations-in-another_location_and. 
not on the Leiseca system. Thus Leiseca appear to teach away form a system having a 
single database that can be accessed by both patrons and a providers for making 
reservations. 

(iv^ There is No Motivation for Combining the References 

The Applicants submit that the Examiner has combined Fukuma, Waytena and 
Leiseca in a blatant example of hindsight. In justifying the combination, the Examiner 
states in paragraph 6 of the supplemental Office Action: 
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Fukuma teaches the above for banquet halls. Fukuma 
fails to teach Internet communications. Waytena teaches 
computer communication (col. 3, lines 3-7) (col. 6, lines 31- 
57). It would be obvious to one skilled in the art at the time 
of the invention to implement identical methods to 
restaurants and combine Fukuma in view of Waytena to 
teach the above. The motivation is to apply these techniques 
to the dining industry. 

Leiseca teaches a computerized reservations and 
scheduling system connected to a data base via a 
telecommunications network for the users accessing the data 
base. .. The motivation to combine [the three references] is 
to teach a computerized reservations and scheduling system 
wherein the transaction efficiency between providers and 
consumers is maximized(col 1 lines 51-56) as enunciated by 
Leiseca. 

A basic premise of patent law is that there must be a basis in the art for combining 
references. Obviousness cannot be established by combining the teachings of prior art 
references to produce the claimed invention, absent some teaching, suggestion or incentive 
to support the combination. 

In this situation, the Examiner has provided absolutely no basis for the proposed 
combination. A review of the references indicates that there is no teaching or suggestion 
whatsoever for the combination. On the contrary, the three references all appear to teach 
away from the proposed combination. The Examiner has used the present invention as a 

— roadmap— to find-several-referenees that-each-separately-teach-various-elements-of^the 

claimed invention. Then, without the proper justification, the Examiner concluded that it 
would have been obvious to combine these references. 

(v) The Combination Results in a Nonsensical System 

For the sake of argument, even if it were proper to combine Fukuma, Waytena and 
Leiseca, the combination would result in a nonsensical system. The proposed combination 
would include: the computer system of Fukuma which would allow a banquet hall 
provider to make reservations for patrons seeking to reserve a banquet area; the 
transportation database of Leiseca; and the virtual queue for walk-in patrons at the facility 
as taught by Waytena. It is logical to assumed that this hypothetical system would work as 
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follows: a banquet hall provider would reserve a banquet area for a customer; the customer 
would then use the Leiseca database to schedule transportation to the banquet hall; and 
once the patrons arrive at the banquet hall, they would be placed into a virtual queue and 
their rate of entry into the banquet hall would be adjusted depending on the number of 
walk-in patrons at the banquet hall as taught by Waytena. 

This aforementioned arrangement is not only ridiculous, but is a far cry from the 
Applicant's invention as claimed. Specifically the combination fails to teach a single 
reservation booking database that can be accessed both by an Internet user using a booking 
module to book reservations into the database and a restaurant using a table reservation 
module for booking reservations into the database for patrons not using the Internet as 
recited in claim 37. 

As per claim 38, the Examiner states that Fukuma teaches that the software product 
of claim 37 includes an Internet search module configured to help an Internet user locate a 
banquet hall in response to a search request submitted by the Internet user. In fact, there is 
absolutely no teaching or suggestion by Fukuma of accessing the banquet hall via the 
Internet or providing an Internet search module for an Internet user to search and locate a 
banquet hall. Furthermore, there is no justification for combining Fukuma with Waytena 
and Leiseca as discussed above. Claim 38 is therefore patentable. 

As per claim 39, the Examiner states that Fukuma discloses a time slot display 
module configured to search and display the available time slots located at the banquet 
hall. In fact, Fukuma fails to teach or suggest a time slot display module for displaying 
available time slots for tables. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Claim 39 is therefore patentable. 

As-per-elaim-40 r the-Examiner-states4hat-the-alleged-time-slot^display-module-of- 

Fukuma is configured to display both available and not available time slots for tables. 
Again Fukuma fails to teach or suggest a time slot search module which displays the 
availability or unavailability of tables. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Claim 40 is therefore patentable. 

As per claim 41, the Examiner states that Fukuma teaches that the booking module 
of the web site module is further to configure to require the Internet user to submit 
personal information over the Internet to book an available time slot. As noted above, 
Fukuma fails to teach or suggest that the Fukuma system can be accessed by an Internet 
user over the Internet. Furthermore, there is no justification for combining Fukuma with 
Waytena and Leiseca as discussed above. Claim 41 is therefore patentable. 
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As per claim 42, the Examiner states that Fukuma teaches the entry of personal 
information by the Internet user including the Internet user's name, email address, mailing 
address, etc. Again the Fukuma system in no way teaches that an Internet user can access 
the Fukuma system. Furthermore, there is no justification for combining Fukuma with 
Waytena and Leiseca as discussed above. Claim 42 is therefore patentable. 

As per claim 43, the Examiner states that the booking module is further configured 
to write the personal information submitted by the Internet user into the reservation 
booking database. In fact, since an Internet user can not access the Fukuma system, it is 
not possible for information submitted via the Internet to be submitted into the Fukuma 
system. Furthermore, there is no justification for combining Fukuma with Waytena and 
Leiseca as discussed above. Claim 43 is therefore patentable. 

As per claim 44, the Examiner states that Fukuma teaches a confirmation module 
that generates a confirmation message over the Internet to confirm a reservation made by 
the Internet user. Again there is absolutely no such teaching by Fukuma. Furthermore, 
there is no justification for combining Fukuma with Waytena and Leiseca as discussed 
above. Claim 44 is therefore patentable. 

As per claim 45, the Examiner acknowledges that Fukuma fails to teach a reminder 
module configured to send a reminder message over the Internet to the Internet user. 
However, the Examiner states that it would have been obvious to do so in view of 
Waytena and Leiseca. As noted above, the Applicant submits that these references can not 
be combined as the Examiner suggests and therefore claim 45 is patentable. 

As per claim 46, the Examiner acknowledges that Fukuma fails to teach a link 
moduleto-provide-a-link-to-a-web-page-associated-with-a-restaurant — The_Examiner_ 
however combines Fukuma, Waytena and Leiseca in formulating his rejection. As noted 
above, the Applicants submit that this combination is improper, and even if it was 
permissible, it still would not teach the claimed feature. Claim 46 it therefore patentable. 

As per claim 47, the Examiner acknowledges that Fukuma does not teach a 
password module configured to accept a unique password to prevent unauthorized assess 
to the reservation booking data base belonging to a restaurant. However the Examiner 
argues that Waytena teaches a system whereby wireless communication devices 
communicate with a computer through a network. And therefore it would have been 
obvious to combine these two references along with Leiseca to teach the claimed feature. 
The applicants submit that again such a combination is improper, and even if it where 
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proper, the proposed combination fails to teach or suggest the use of a password to prevent 
unauthorized access to a reservation booking database. 

As per claim 48, it appears that the Examiner failed to provide a rejection of this 
claim. Nevertheless, the Applicants submit that this claim is patentable because neither 
reference, either alone or in combination, teaches the use of a table reservation 
management module that allows a restaurant to manage a substantial portion of its time 
slot inventory for table bookings made by both Internet users and by non-Internet users. 

As per claim 49, the Examiner states that Fukuma teaches a system with a display 
module that displays available and booked time slots for tables at banquet. In fact, 
Fukuma only teaches the display of booked or available banquet areas, not individual 
tables. Furthermore, there is no justification for combining Fukuma with Waytena and 
Leiseca as discussed above. Therefore, claim 49 is patentable. 

As per claim 50, the Examiner states that Fukuma teaches the display of the time 
slot inventory of tables at a banquet hall including the booked and available time slots 
during a selected period of time. Again, in fact, Fukuma does not display booked or 
available time slots for tables. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Claim 50 is therefore patentable. 

As per claim 51, the Examiner states that Fukuma teaches a display module that 
displays the time slot inventory of tables and the time increments for the availability of the 
tables. In fact, Fukuma does not teach or suggest the display of time slots for tables or the 
time increments for the availability of tables. Furthermore, there is no justification for 
combining Fukuma with Waytena and Leiseca as discussed above. Claim 51 is therefore 
patentable. 



As per claim 52, the Examiner states that Fukuma teaches that the restaurant 
display module is further configured to display the booked and available time slots for 
tables in a variety of different seating including a dinner seating and a lunch seating. In 
fact, Fukuma teaches a banquet hall reservation system that permits the reservation of 
banquet areas not individual tables. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Claim 52 is therefore patentable. 

As per claim 53, the Examiner states that Fukuma teaches a software product 
where the banquet hall display module is configured to display the bookings of time slots 
for tables previously booked at the banquet hall by users through the web site module. As 
previously noted, Fukuma fails to teach or suggest that the Fukuma banquet system can be 
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used or accessed via the Internet. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Therefore claim 53 is therefore 
patentable. 

As per claim 54, the Examiner states that Fukuma teaches that the banquet hall 
display module is configured to display bookings of time slots for tables previously 
booked by the banquet halL In fact, Fukuma teaches that only banquet areas, not 
individual tables, can be reserved by banquet hall provider. Furthermore, there is no 
justification for combining Fukuma with Waytena and Leiseca as discussed above. Claim 
54 is therefore patentable. 

As per claim 55, the Examiner states that Fukuma teaches a software product 
wherein the time slots displayed by the banquet hall display module provides pointers to 
corresponding records in the reservation booking database of the banquet hall system. In 
fact, the time slots displayed by Fukuma are for the reservation of banquet areas not 
individual tables. Furthermore, there is no justification for combining Fukuma with 
Waytena and Leiseca as discussed above. Therefore claim 56 is patentable. 

As per claim 57, the Examiner states that Fukuma teaches a software product with 
database records including individual fields for storing information; a name field, storing 
the name of a customer, a mailing address field, an email address field, a phone number 
field, a credit card field, and a password field. Again, Fukuma teaches that only banquet 
areas can be reserved by a banquet hall provider and not an Internet user. Therefore other 
than a name of a party reserving a banquet area, Fukuma teaches the entry of none of the 
above-mentioned information into a database. Furthermore, there is no justification for 
combining Fukuma with Waytena and Leiseca as discussed above. Claim 57 is therefore 
patentable. 



As per claim 58, the Examiner states that the software product of Fukuma 
comprises a banquet hall data entry module configured to allow a banquet hall to write 
customer information to reserve a time slot for a customer. Again, Fukuma only permits 
the reservation of a banquet area and not individual tables. Therefore, Fukuma does not 
permit the entry of customer information to reserve time slots corresponding to individual 
tables. Furthermore, there is no justification for combining Fukuma with Waytena and 
Leiseca as discussed above. Claim 58 is therefore patentable. 

As per claim 59, the Examiner states that the software product of Fukuma teaches 
an active link between each time slot and a second data display that displays the personal 
information of the customer who reserved the selected time slot. In fact, Fukuma fails to 
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teach and suggest the use of a second display that that displays customer information in 
the record corresponding to a book time slot for a table. Furthermore, there is no 
justification for combining Fukuma with Waytena and Leiseca as discussed above. Claim 
59 is therefore patentable. 

As per claim 60, the Examiner states that the software product of Fukuma includes 
records of a database configured to store customer information related to reserve time slots 
for tables that were booked by customers over the Internet or by the banquet hall provider. 
Again, Fukuma fails to teach a database that includes records corresponding to time slots 
for tables. In addition, in no way does Fukuma teach or suggest that Internet users can 
book time slots for tables over the Internet. Furthermore, there is no justification for 
combining Fukuma with Waytena and Leiseca as discussed above. Accordingly claim 60 
is patentable. 

As per claim 61, the Examiner acknowledges that Fukuma fails to teach a data 
entry field configured to receive data indicating that a customer that has booked a time slot 
has arrived at the banquet hall. The Examiner also fails to adequately describe how this 
claim feature is taught or suggested by Waytena. Furthermore, there is no justification for 
combining Fukuma with Waytena and Leiseca as discussed above. This claim is therefore 
patentable. 

As per claim 62, the Examiner states that the software product of Fukuma includes 
a search module to aid the banquet hall in finding a time slot for a table booked in the 
name of a customer. In fact, there is no teaching in Fukuma of a customer search module 
of any kind. Furthermore, there is no justification for combining Fukuma with Waytena 
and Leiseca as discussed above. Claim 62 is therefore patentable. 

— : Asper claim-63^-Fukuma-fails-to-teaeh-a-eustomer-search-module-of any-kind and 

therefore does not describe any search criteria whatsoever. Furthermore, there is no 
justification for combining Fukuma with Waytena and Leiseca as discussed above. Claim 
63 is therefore patentable. 

As per claim 64, the Examiner states that the software product of Fukuma includes 
a first cancellation module configured to permit an Internet user to cancel over the Internet 
a previously booked time slot for a table. As previously noted, in no way can an Internet 
user access a Fukuma system. Therefore, there is no first cancellation module that allows 
an Internet user to cancel a reservation. Furthermore, there is no justification for 
combining Fukuma with Waytena and Leiseca as discussed above. Claim 64 is therefore 
patentable. 
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As per claim 65, the Examiner states that the software product of Fukuma allows a 
banquet hall provider to cancel a booked time slot for a table. In fact, Fukuma allows a 
banquet hall area to be reserved, not individual tables. Therefore there is not second 
cancellation module that allows a banquet hall to cancel a previously booked time slot for 
a table. Furthermore, there is no justification for combining Fukuma with Waytena and 
Leiseca as discussed above. Therefore claim 65 is patentable. 

As per claim 66, the Examiner acknowledges that Fukuma fails to teach a 
communication module configured to send a restaurant communication messages to 
Internet users over the Internet. The Examiner therefore relies on the teaching of Waytena 
in combination with Fukuma to reject this claim. As noted above, however, since the 
Fukuma system is intended to be used solely by a banquet hall provider, there is absolutely 
no teaching or suggestion or motivation for combining these two references. Furthermore, 
there is no justification for combining Fukuma with Waytena and Leiseca as discussed 
above. Therefore claim 66 is patentable. 

As per claim 67, the Examiner states that Fukuma teaches a software module 
having a block-out module to enable a banquet hall to selectively block-out time slots in 
their reservation booking database. In fact, Fukuma fails to teach such a block-out 
module. Furthermore, there is no justification for combining Fukuma with Waytena and 
Leiseca as discussed above. Therefore claim 67 is patentable. 

As per claim 68, the Examiner acknowledges that Fukuma fails to teach the use of 
a web site module residing on a central computing location coupled to the Internet. The 
Examiner therefore relies on the combination of Fukuma and Waytena to reject this claim. 
As noted above-this rejection is improper since there is no teaching or suggestion in either 
reference— for-the-proposed-combination: — Furthermore^ r -there-is— no-justification— for- 
combining Fukuma with Waytena and Leiseca as discussed above. Claims 68 is therefore 
patentable. 

As per claim 69, the Examiner states that Fukuma teaches the use of a table 
reservation management module residing on a computer affiliated with a banquet hall. In 
fact, Fukuma fails to teach a table reservation management module that allows a banquet 
hall to reserve individual tables. Furthermore, there is no justification for combining 
Fukuma with Waytena and Leiseca as discussed above. Therefore claim 69 is patentable. 

As per claim 70, the Examiner relies on a combination of Fukuma, Waytena and 
Leiseca to reject this claim. This combination, however, neither teaches or suggests the 
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writing of reservation updates to an aggregate database including a plurality of databases 
for a plurality of restaurants. Therefore claim 70 is patentable. 

As per claim 71, the Examiner is again relying on the combination of Fukuma, 
Waytena and Leiseca to reject this claim. This combination, however, fails to teach or 
suggest providing the reservation booking data base and the table reservation management 
module at a central computing location that is accessible by restaurants over the Internet. 
Claim 71 is therefore patentable. 

As per claim 72, the Applicant can not find a rejection of this claim articulated by 
the Examiner in the August 24, 2001 amendment. Nevertheless the Applicant submit that 
this claim is patentable because nowhere in either Fukuma, Waytena or Leiseca, either 
alone or in combination, do these references teach an aggregate database including the 
reservation database of a plurality of affiliated restaurants. 

Claim 73 is patentable for the same reasons discussed above with respect to claim 

72. 

As per claim 74, neither Waytena, Fukuma or Leiseca teach or suggest the use of a 
web site module for a restaurant to post information pertaining to a restaurant over the 
Internet. While Waytena teaches that communication between an attraction at an 
amusement park and a patron can take place over the Internet, there is no teaching 
whatsoever about providing web pages for a restaurant. Claim 74 is therefore patentable. 

As per claim 75, the Examiner acknowledges that Fukuma fails to teach an editing 
module that allows a restaurant to edit its web page. Furthermore, since Waytena or 
Leiseca fails to teach or suggest this feature, claim 75 is therefore patentable. 



As per claim 76, the Examiner states that Fukuma teaches the use of a search 
module configured to locate a selected banquet hall based on one of the following search 
criteria; name, location, type of cuisine, etc.. In fact, Fukuma makes no such teaching. 
Therefore claim 76 is patentable. 

As per claim 77, since Fukuma fails to teach or suggest an Internet search module 
as discussed with regard to claim 38 and 76, this claim is also patentable. 

As per claims 78 and 79, the Examiner states that Fukuma teaches a display 
module that displays the layout of tables at a restaurant in a first display mode or a second 
display mode depending upon whether or not the tables are booked. In fact, Fukuma fails 
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to teach or suggest a banquet hall area display module let alone a display for the layout of 
individual tables. Therefore claims 78 and 79 are patentable. 

Claim 80 is patentable for essentially the same reasons as provided above with 
respect to claim 37. 

Claim 85 is patentable for essentially the same reasons articulated with respect to 
claim 48. 

Claim 86 is patentable for essentially the same reasons articulated with respect to 
claim 50. 

Claim 87 is patentable for essentially the same reasons articulated above with 
regard to claim 53. 

Claim 88 is patentable for essentially the same reasons articulated above with 
respect to claim 54. 

Claim 89 is patentable for essentially the same reasons articulated above with 
respect to claim 55. 

Claim 90 is patentable for essentially the same reasons articulated above with 
respect to claim 56. 

Claim 91 is patentable for essentially the same reasons articulated above with 
respect to claim 57. 

As per claim 927the-Examiner states that-Fukuma-teaehes-a-database-with-records 

including fields for smoking, special occasions, and dietary requests. In fact there is no 
such teaching in Fukuma. Claim 92 is therefore patentable. 

Claim 93 is patentable for essentially the same reasons articulated above with 
respect to claim 58. 

Claim 94 is patentable for the same reasons articulated above with respect to claim 

59. 

Claim 95 is patentable for the same reasons articulated above with respect to claim 

62. 
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Claim 96 is patentable for the same reasons articulated above with respect to claim 

64. 

Claims 97 and 98 are patentable for the same reasons articulated above with 
respect to claims 78 and 79. 

Claim 99 is patentable for the same reasons articulated above with respect to claim 

37. 

Claim 100 is patentable for the same reasons articulated above with respect to 
claim 69. 

Claim 102 is patentable for essentially the same reasons articulated above with 
respect to claim 71 . 

Claim 104 is patentable for essentially the same reasons articulated above with 
respect to claim 72. 

Claim 105 is patentable for essentially the same reasons articulated above with 
respect to claim 70. 

Claim 106 is patentable for essentially the same reasons articulated above with 
respect to claim 38. 

Claim 107 is patentable for essentially the same reasons articulated above with 
respect to claim 45. 

Claim 108 is patentable for essentially the same reasons articulated above with 
respect to claim 49. 

Claim 109 is patentable for essentially the same reasons articulated above with 
respect to claim 53. 

Claim 110 is patentable for essentially the same reasons articulated above with 
respect to claim 54. 

Claim 111 is patentable for the same reasons mentioned above with respect to 
claim 55. 
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Claim 112 is patentable for the same reasons mentioned above with respect to 
claim 58. 

Claim 113 is patentable for the same reasons articulated above with respect to 
claims 41 through 43. 

Claim 114 is patentable for the same reasons as provided above with respect to 
claim 42. 

Claim 115 is patentable for the same reasons provided above with regard to claim 

62. 

Claim 116 is patentable for the same reasons provided above with respect to claim 

64. 

Claim 117 and 118 are patentable for the same reasons provided above with regard 
to claims 78 and 79. 

Claims 119 and 120 are patentable for the same reasons articulated above with 
respect to claim 37. 

Claim 121, 122 and 123 are patentable because neither Fukuma, Waytena or 
Leiseca, either alone or in combination, teach or suggest the use of different display modes 
to indicate whether individual tables at a restaurant are reserved or available. 

As per claim 124, the Examiner states that Fukuma teaches a first display module 
that-is-eonfigured-to-be-aGcessible-over-the-Internet using-a personal-computer.— In-fact, 
Fukuma teaches a stand alone banquet hall reservation system that is not connected to the 
Internet in any way. Furthermore, there is no justification for combining Fukuma with 
Waytena and Leiseca as discussed above. Therefore claim 124 is patentable. 

As per claim 125, the Examiner states that Fukuma includes a web site module that 
is configured to be accessible to the Internet using a computing device that is coupled by 
the Internet using a wireless device. Again, Fukuma teaches a stand-alone system that is 
not connected to the Internet. Furthermore, there is no justification for combining Fukuma 
with Waytena and Leiseca as discussed above. Therefore claim 125 is patentable. 
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As per claim 126, the Examiner states that Fukuma teaches a table reservation 
module that permits a banquet hall provider to manage a substantial portion of it time slot 
inventory for table bookings made by either Internet users or non Internet users. In fact, all 
Fukuma teaches is a stand alone banquet hall reservation system that allows the 
reservation of banquet areas not individual tables. Further, this system is not connected to 
the Internet and therefore can not be accessed by Internet users. Furthermore, there is no 
justification for combining Fukuma with Waytena and Leiseca as discussed above. Claim 
126 is therefore patentable. 

(b) Claims 82-84 and 101 and 103 are unpatentable over 
Fukuma in view of Steadham (US Patent No. 5,634,016) and 
further in view of Waytena and Leiseca? 

Steadham teaches an event management system that coordinates the entire process 
of event planning such as a business meeting at a hotel having conference facilities. The 
system provides the capability to generate an event contract ("EC") proposal, two and/or 
three dimensional CAD drawings of room layouts and animations, and provides software 
management for event functions such as ordering the proper amount of food, labor, etc. 
See Column 2, lines 1-45. As illustrated in Figure 1, the hardware of the system includes a 
number of workstations 140 (See Column 8, lines 10-35), a CAD workstation 112 
(Column 60 - lines 60 - Column 7, lines 1-10) and a network file server 100 (Column 6, 
lines 40-65). The system database is maintained at a single location on the network file 
server (Column 9, line 10-33). 



As per claim 82, in paragraph 103 of the August 24, 2001 Office Action the 
Examiner agrees that "Fukuma fails to teach an upgrade module configured to update a 
second database located at a local computer..." . The Examiner, however, states that 
"Steadham teaches this (col 3 lines 44-57)" The Applicants disagree. Steadham explicitly 
teaches that there is only one database which is stored on the file server 100. See Column 
9, lines 15-20. 

The Applicant's submit the Examiner's has misconstrued the actually teaching of 
Steadham. A careful reading of Column 3, lines 44-57 confirms that only one database is 
used in the Steadham system. Specifically lines 52-55 recite: 
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The Applicant's submit the Examiner's has misconstrued the actually teaching of 
Steadham. A careful reading of Column 3, lines 44-57 confirms that only one database is 
used in the Steadham system. Specifically lines 52-55 recite: 

It [the database] is constructed as a fully relational 
database. Thus, whenever a piece of information is changed 
in one place, it is automatically changed everywhere it is 
stored in the database (emphasis added). 

Since Steadham teaches only a single database, there is no teaching or suggestion 
of a duplicate second reservation booking database on a local computer associated with the 
selected restaurant. Furthermore, there is no justification for combining Fukuma with 
Waytena and Leiseca as discussed above. Claim 82 is therefore patentable. 

As per claim 84, since Steadham teaches the use of only a single database, there is 
no update module located on the local computer to update the reservation booking 
database located at the central computing location when a table reservation is entered into 
the second reservation database. 

As per claims 101 and 103, they are patentable for substantially the same reasons 
as provided above with regard to claims 82 and 84. 
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IX. CONCLUSION 



In view of the foregoing, it is respectively submitted that all of the claims are 
patentably distinct over the art of record. Accordingly the pending rejections of the 
claims under 35 USC 103 should be reversed. 

Respectfully Submitted, 



BEYER WEAVER & THOMAS, LLP 




Beyer Weaver & Thomas LLP 
P.O. Box 310 

Mountain View, California 94042-0130 
(650)961-8300 
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X, APPENDIX 



CLAIMS ON APPEAL 

3 7 . An apparatus comprising : 

a reservation booking database having a plurality of records, the 
plurality of records corresponding to a plurality of time-slots for tables at a 
restaurant; 

a web site module configured to create an Internet web site to 
enable an Internet user to book a table at the restaurant, the web site module 
further comprising: 

a time-slot display module configured to display one or 
more available time-slots corresponding to one or more 
tables at the restaurant's place of business; and 

a booking module configured to enable the Internet 
user to book one of the available time-slots in the reservation 
booking database; and 

a restaurant maintenance module configured to provide the 
restaurant access to the restaurant's table reservation booking database, the 
restaurant-maintenance module further-comprising: 

a table reservation management module configured to 
enable the restaurant to book time-slots in the reservation 
booking database to reserve tables at the restaurant for 
customers not making bookings over the Internet. 



38. The apparatus of claim 37, wherein the web site module further comprises 
an Internet search module configured to locate the restaurant in response to a 
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search request submitted by the Internet user to locate the restaurant among a 
plurality of restaurants affiliated with the web site. 

39. The apparatus of claim 37, wherein the time-slot display module of the web 
site module further comprises a time-slot search module configured to search and 
display the available time-slots for tables at the restaurant's place of business 
during a selected time period as defined by the Internet user. 

40. The apparatus of claim 39, wherein the time-slot search module is further 
configured to search and display the available and not-available time slot- 
increments for tables accommodating a specific party size as defined by the 
Internet user. 

41. The apparatus of claim 37, wherein the booking module of the web site 
module is further configured to require the Internet user to submit personal 
information over the Internet to book one of the available time-slots. 

42. The apparatus of claim 41, wherein the personal information includes at 
least one of the following types of information: the Internet user's name; the 
Internet user's email address; the Internet user's mailing address; the Internet user's 
phone number; the Internet user's credit card information; and the Internet user's 
password. 

43. The apparatus of claim 41, wherein the booking module of the web site 
module is further configured to write the personal information submitted by the 
Internet user into the reservation booking database of the restaurant, the personal 
information being written into the record in the restaurant's reservation booking 
database corresponding to the time-slot displayed by the time-slot display module 
and booked by the Internet user. 
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44. The apparatus of claim 41, wherein the web site module further comprises a 
confirmation module configured to generate a confirmation message over the 
Internet to the Internet user after the personal information has been written to the 
reservation booking database of the restaurant to confirm the booking of the 
selected time-slot. 

45. The apparatus of claim 37, wherein the web site module further comprises a 
reminder module configured to send a reminder message over the Internet to the 
Internet user of the booked time-slot for the reserved table at the restaurant's place 
of business a predetermined time period prior to the date of the booking. 

46. The apparatus of claim 37, wherein the Internet web site further comprises 
a link module configured to link to a web page associated with the restaurant. 

47. The apparatus of claim 37, wherein the restaurant maintenance module 
further comprises a password module configured to accept a unique password to 
prevent the unauthorized access to the reservation booking database belonging to 
the restaurant. 

48. The apparatus of claim 37, wherein the table reservation management 
module is further configured to permit the restaurant to manage a substantial 
portion of its time-slot inventory for table bookings made by both Internet users 
through the Web site module or by non-Internet users. 

49. The apparatus of claim 48, wherein the table reservation management 
module further comprises a restaurant display module configured to permit the 
restaurant to display the available and the booked time-slots for the tables at the 
restaurant's place of business during a selected time period. 
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50. The apparatus of claim 49, wherein the restaurant display module is further 
configured to display the time-slot inventory of tables at the restaurant, the booked 
time-slots and the available time-slots during the selected time period. 

51. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the time-slot inventory of tables and the time increments for 
the availability of the tables on a computer display. 

52. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the restaurant's booked and available time-slots for tables at 
the restaurant in at least one of the following seatings at the restaurant: a dinner 
seating; and a lunch seating. 

53. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the bookings of time-slots for tables previously booked at the 
restaurant by Internet users through the Web site module. 

54. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the bookings of time-slots for tables previously booked for 
customers by the restaurant through the table reservation management module. 



55. The apparatus of claim 50, wherein the time-slots displayed by the 
restaurant display module provides pointers to corresponding records among the 
plurality of records in the reservation booking database of the restaurant. 

56. The apparatus of claim 55, wherein the corresponding records contains 
fields configured to store customer information related to the time-slot booked in 
the name of the customer. 
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57. The apparatus of claim 56, wherein the corresponding records include at 
least one of the following fields: a name field for storing the name of the customer; 
a mailing address field for storing the mailing address of the customer; an email 
address field for storing the email address of the customer; a phone number field 
for storing the phone number of the customer; a credit card field for storing the 
credit card information of the customer; and a password field for storing the 
password information of the customer. 

58. The apparatus of claim 55, further comprising a restaurant data entry 
module configured to allow the restaurant to write customer information into one 
of the records to book an available time-slot in the name of the customer. 

59. The apparatus of claim 55, wherein each booked time-slot displayed by the 
restaurant display module is a link to a second data display that displays the 
customer information in the record when the booked time-slot is selected by the 
restaurant. 

60. The apparatus of claim 59, wherein the second data display is further 
configured to display the customer information in the record corresponding to the 
booked time-slot regardless of whether the time-slot was booked over the Internet 
by an Internet user or by the restaurant using the table reservation management 
module.— 

61. The apparatus of claim 59, wherein the second data display further 
comprises a data entry field configured to receive data input from the restaurant 
indicating that the customer that booked the time-slot has arrived at the restaurant. 

62. The apparatus of claim 48, wherein the table reservation management 
module further comprises a customer search module to aid the restaurant in finding 
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one of the time-slots booked in the name of a customer in the reservation booking 
database. 

63. The apparatus of claim 62, wherein the customer search module performs 
the search using at least one of the following search criteria: date of booking; name 
of customer who made the booking; email address of the customer who made the 
booking; or telephone number of the customer who made the booking. 

64. The apparatus of claim 37 wherein the web site module further comprises a 
first cancellation module configured to permit the Internet user to cancel over the 
Internet a previously booked timeslot for a table booked by the Internet user at the 
restaurant's place of business. 

65. The apparatus of claim 37, wherein the restaurant maintenance module 
further comprises a second cancellation module configured to permit the restaurant 
to cancel a previously booked time-slot for a table at the restaurant's place of 
business. 

66. The apparatus of claim 37, wherein the restaurant maintenance module 
further comprises a communication module configured to permit the restaurant to 
send communication messages to Internet users over the Internet. 



67. The apparatus of claim 37, wherein the restaurant maintenance module 
further comprises a block-out module configured to enable the restaurant to 
selectively block-out time-slots in the reservation booking database so that the 
blocked-out time-slots can not be booked. 

68. The apparatus of claim 37, wherein the web site module is configured to 
reside on a central computing location coupled to the Internet. 
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69. The apparatus of claim 37, wherein the restaurant maintenance module for 
the restaurant, including the reservation booking database and the table reservation 
management module, are configured to reside on a computer affiliated with the 
restaurant. 

70. The apparatus of claim 69, wherein the restaurant maintenance module is 
further configured to write reservation updates to the restaurant's reservation 
booking database over the Internet to an aggregate database located at a central 
computing location, the aggregate database containing the reservation booking 
databases for a plurality of restaurants affiliated with the web site. 

71. The apparatus of claim 68, wherein the restaurant maintenance module for 
the restaurant, the reservation booking database and the table reservation 
management module, are further configured to reside at the central computing 
location and are accessible by the restaurant over the Internet. 

72. The apparatus of claim 71 further comprising an aggregate database 
configured to reside at the central computing location, the aggregate database 
including the reservation booking databases of a plurality of restaurants affiliated 
with the web site. 



73. The apparatus of claim 71, wherein the restaurant maintenance module for 
the restaurant is further configured to write updates to the restaurant's reservation 
booking database over the Internet to a duplicate restaurant reservation booking 
database located on a computer associated with the restaurant. 

74. The apparatus of claim 37, wherein the web site module further comprising 
a web page module for the restaurant, the web page module configured to post 
information pertaining to the restaurant over the Internet. 
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75. The apparatus of claim 74, wherein the restaurant maintenance module 
further comprises an editing module configured to permit the selected restaurant to 
edit the restaurant's web page module. 

76. The apparatus of claim 38, wherein the Internet search module is further 
configured to locate the selected restaurant based on at least one of the following 
search criteria: name of the selected restaurant; location of the selected restaurant; 
or type of cuisine offered by the selected restaurant. 

77. The apparatus of claim 76, wherein the web site module is further 
configured to display the search results of the search request submitted by the 
Internet user, the search results including at least one of the following types of 
information for the restaurants meeting the search request: the names of the 
restaurants; the location of the restaurants; the type of cuisine offered by the 
restaurants; reviews of the restaurants; a price range for the restaurants and posted 
comments from other Internet users regarding the restaurants. 

78. The software product of claim 37, further comprising a table layout display 
module, the table layout display module further configured to display the layout of 
tables at the restaurant's place of business. 



79. The software product of claim 78, wherein the table layout display module 
is further configured to display booked tables in a first display mode and open 
tables in a second display mode. 

80. A reservation system comprising: 
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a reservation booking database having a plurality of records, the plurality of 
records corresponding to the plurality of time-slots for the tables at a selected 
restaurant; 

a central computing location configured to an host Internet web site for 
booking reservations, the central computing location comprising: 

an Internet search module configured to identify the selected 
restaurant in response to a search request submitted by an Internet user 
to identify the selected restaurant affiliated with the web site; 

a time-slot display module configured to display one or more 
available time-slots each corresponding to one or more tables at the 
selected restaurant's place of business; and 

a booking module configured to permit the Internet user to book one 
of the available time-slots to reserve the corresponding table in the 
reservation booking database; and 

a local computer located at the selected restaurant, the local computer 
configured to cooperate with the central computing location and including a 
table reservation management module configured to permit the selected 
restaurant to book time-slots in the reservation booking database to reserve 
tables at the selected restaurant for customers not making bookings over the 
Internet. 

82. The reservation system of dainTSOTlfurther comprising a second reservation 
booking database located on the local computer, the second reservation booking 
database configured to be a duplicate of the first reservation booking database 
associated with the selected restaurant. 

83. The reservation system of claim 82, further comprising an update module 
located at the central computing location, the upgrade module configured to update 
the second reservation booking database located at the local computer of the 
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selected restaurant when the Internet user books one of the available time-slots in 
the reservation booking database of the selected restaurant. 

84. The reservation system of claim 82, further comprising an update module 
located at the local computer, the upgrade module configured to update the 
reservation booking database located at the central computing location when the 
selected restaurant books one of the available time slots in the second reservation 
booking database of the selected restaurant. 

85. The reservation system of claim 80, wherein the table reservation 
management module is further configured to permit the selected restaurant to 
manage a selected portion of its time-slots for table bookings made by both 
Internet users through the booking module or by non-Internet users. 

86. The reservation system of claim 81, wherein the table reservation 
management module further comprises a restaurant display module configured to 
permit the selected restaurant to display the available and the booked time-slots for 
the tables at the selected restaurant's place of business during a time period defined 
by the selected restaurant. 

87. The reservation system of claim 86, wherein the restaurant display module 
is further configured to display the bookings of time-slots for tables previously 
booked at the selected restaurant by Internet users through the booking module. 

88. The reservation system of claim 86, wherein the restaurant display module 
is further configured to display the bookings of time-slots for tables previously 
booked for customers by the selected restaurant through the table reservation 
management module. 
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89. The reservation system of claim 86, wherein the time-slots in the time-slot 
inventory displayed by the restaurant display module provides pointers to 
corresponding records among the plurality of records in the reservation booking 
database of the selected restaurant. 

90. The reservation system of claim 89, wherein the corresponding record 
contains fields configured to store customer information related to the time-slot 
booked in the name of the customer. 

91. The reservation system of claim 90, wherein the corresponding record 
includes at least one of the following fields: a name field for storing the name of 
the customer; a mailing address field for storing the mailing address of the 
customer; an email address field for storing the email address of the customer; a 
phone number field for storing the phone number of the customer; a credit card 
field for storing the credit card information of the customer; and a password field 
for storing the password information of the customer. 

92. The reservation system of claim 90 wherein the corresponding record 
includes at least one of the following fields: a smoking field to indicate if the 
customer requires a smoking table; a special occasions field to indicate if the 
customer is celebrating special occasion; and a dietary request field to indicate if 

~the customer has a-special-dietary-requesk 

93. The reservation system of claim 86, further comprising a restaurant data 
entry module configured to allow the selected restaurant to write customer 
information into the record corresponding to the selected time-slot to book the 
selected time-slot in the name of the customer by the selected restaurant. 

94. The reservation system of claim 86, wherein each time-slot displayed by 
the restaurant display module is a link to a second display that displays the 
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customer information in the record corresponding to a booked time-slot when the 
booked time-slot is selected. 

95. The reservation system of claim 86, wherein the table reservation 
management module further comprises a customer search module to aid the 
selected restaurant in finding a booked time-slot booked in the name of a specified 
customer. 

96. The reservation system of claim 80, wherein the central computing system 
further comprises a cancellation module configured to permit the Internet user to 
cancel a previously booked time-slot for a table booked by the Internet user. 

97. The reservation system of claim 80, wherein the local computer further 
comprising a table layout display module, the table layout display module further 
configured to display the layout of tables at the selected restaurant's place of 
business. 

98. The reservation system of claim 78, wherein the table layout display 
module is further configured to display booked tables in a first display mode and 
open tables in a second display mode. 



99. A method comprising: 

providing a first restaurant a first reservation booking database having a 
plurality of records, the plurality of records corresponding to a plurality of 
time-slots for tables at the first restaurant 

providing a restaurant table reservation management module configured 
to enable the first restaurant to book time-slots in the first reservation 
booking database to reserve the tables at the first restaurant for customers 
not making bookings over the Internet; and 
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providing an Internet booking module configured to enable an Internet 
user to book an available one of the time-slots to reserve one of the tables at 
the first restaurant. 

100. The method of claim 99, further comprising providing the first reservation 
booking database at the first restaurant's location. 

101. The method of claim 100, further comprising providing a copy of the first 
reservation booking database at a central computing location and updating the copy 
of the first reservation booking database when the first restaurant books time-slots 
in the first reservation booking database to reserve tables for customers not making 
bookings over the Internet. 

102. The method of claim 99, further comprising providing the first reservation 
booking database at a central computing location. 

103. The method of claim 102, further comprising providing a copy of the first 
reservation booking database at the first restaurant and updating the copy of the 
first reservation booking database when Internet users book time-slots in the first 
reservation booking database provided at the central computing location. 



104. The method of claim 102, further comprising aggregating a plurality of 
reservation booking databases associated with a plurality of restaurants at the 
central computing location. 

105. The method of claim 99, further comprising maintaining a restaurant related 
web site, affiliating a plurality of restaurants with the web site, and providing the 
plurality of restaurants a plurality of the reservation booking databases and a 
plurality of the table reservation management modules respectively. 
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106. The method of claim 105, further comprising providing a search module 
with the web site to enable the Internet user to search for a selected restaurant 
among the plurality of restaurants affiliated with the web site. 

107. The method of claim 99, wherein providing the table reservation 
management module further comprises enabling the first restaurant to manage a 
selected portion of its time-slots for table bookings made by Internet users and for 
customers not making reservations over the Internet. 

108. The method of claim 99, wherein the providing the table reservation 
management module further comprises providing a restaurant display module 
configured to enable the first restaurant to display the available and the booked 
time-slots for the tables at the first restaurant's place of business during a time 
period defined by the first restaurant. 

109. The method of claim 108, wherein the providing the restaurant display 
module further comprises configuring the restaurant display module to display the 
bookings of time-slots for tables previously booked at the first restaurant by 
Internet users through the Internet booking module. 



110. The method of claim 108, wherein the providing the restaurant display 
module further comprises configuring the restaurant display module to display the 
bookings of time-slots for tables previously booked for customers by the first 
restaurant through the reservation table management module. 

111. The method of claim 108, wherein the displaying time-slots during the time 
period defined by the first restaurant further comprises configuring the displayed 
time-slots to correspond to records among the plurality of records in the first 
reservation booking database. 
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112. The method of claim 111, further comprising enabling the first restaurant to 
write customer information into the records. 

113. The method of claim 111, further comprising enabling the Internet user to 
write customer information into the record through the Internet booking module. 

114. The method of claim 111, further comprising configuring the record to 
include at least one of the following fields: a name field for storing the name of the 
customer; a mailing address field for storing the mailing address of the customer; 
an email address field for storing the email address of the customer; a phone 
number field for storing the phone number of the customer; a credit card field for 
storing the credit card information, of the customer; and a password field for 
storing the password information of the customer. 

115. The method of claim 99, further comprising providing a customer search 
module to aid the first restaurant in finding one of the time-slots booked in the 
name of a customer. 

116. The method of claim 99, further comprising providing a cancellation 
module-configured-to^permit _the„Internet_userJo_cancel a previousl y booked time- 
slot for a table booked by the Internet user at the first restaurant's place of business. 

117. The method of claim 99, further comprising providing a table layout 
display module configured to display the layout of tables at the first restaurant's 
place of business. 
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118. The method of claim 117, wherein the providing the table layout display 
module further comprises displaying booked tables in a first display mode and 
open tables in a second display mode. 

119. A software product comprising: 

a first restaurant reservation booking database having a plurality of records, 
the plurality of records corresponding to a plurality of time-slots for the tables 
at the first restaurant; 

a restaurant table reservation management module configured to enable the 
first restaurant to book time-slots in the first reservation booking database to 
reserve the tables at the first restaurant for customers not making bookings over 
the Internet; and 

an Internet booking module configured to enable an Internet user to book 
an available one of the time-slots to reserve one of the tables at the first 
restaurant. 

120. A apparatus comprising: 

a reservation booking database means having a plurality of records, 
the plurality of records corresponding to a plurality of time-slots for tables 
at a restaurant; 

a-web site~module-means-for„creating,an,Internet_web site to e nable 

an Internet user to book a table at the restaurant, the web site module means 
further comprising: 

a time-slot display module means for displaying one or 
more available time-slots corresponding to one or more 
tables at the restaurant's place of business; and 

a booking module means for enabling the Internet user 
to book one of the available time-slots in the reservation 
booking database; and 
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a restaurant maintenance module means for providing the restaurant 
access to the restaurants table reservation booking database means, the 
restaurant maintenance module means further comprising: 

a table reservation management module means for 
enabling the restaurant to book time-slots in the reservation 
booking database means to reserve tables at the restaurant 
for customers not making bookings over the Internet. 

121. The apparatus of claim 79, wherein the first display mode is a first color 
and the second display mode is a second color. 

122. The reservation system of claim 98, wherein the first display mode is a first 
color and the second display mode is a second color. 

123. The method of claim 118, wherein the first display mode is a first color and 
the second display mode is a second color. 

124. The apparatus of claim 37, wherein the website module is configured to be 
accessible to the Internet user using a personal computer. 

125. The apparatus of claim 124, wherein the website module is configured to be 
accessible to the Internet using a computing device coupled to the Internet using a 
wireless device. 



126. The apparatus of claim 37, wherein the table reservation management 
module is further configured to enable the number of records in the reservation 
booking database for the restaurant to be defined by the restaurant. 
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